1、目的
通过优化tomcat提高网站的并发能力。当我们今天我们将这个优化讲完之前 优化完成后看能达到什么层次.
2、服务器资源
服务器所能提供CPU、内存、硬盘的性能对处理能力有决定性影响。 硬件我们不说了 这个方面是钱越多越好是吧。
3、优化配置
【3.1】获取tomcat管理员账号
在conf/ tomcat-users.xml下添加用户：Paste_Image.pngtomcat版本7以前包括7均默认为bio（同步阻塞）模型，7版本以后默认为nio（同步非阻塞）模型
Paste_Image.pngajp-服务器之间的通信协议，socket层 然后组装一定的数据给对方 数据形式也可能json xml 文本 只是各个厂家约定的，例如我们在一个物理主机跑三个TOMCAT服务器的时候是吧，这个负载均衡 通过权数和算法
【3.2】tomcat的3中运行模式
Paste_Image.png1、bio默认的模式,性能非常低下,没有经过任何优化处理和支持. 一个线程处理一个请求。缺点：并发量高时，线程数较多，浪费资源。Tomcat7或以下，在Linux系统中默认使用这种方式。2、nionio(new I/O)，是Java SE 1.4及后续版本提供的一种新的I/O操作方式(即java.nio包及其子包)。Java nio是一个基于缓冲区、并能提供非阻塞I/O操作的Java API，因此nio也被看成是non-blocking I/O的缩写。它拥有比传统I/O操作(bio)更好的并发运行性能。利用Java的异步IO处理，可以通过少量的线程处理大量的请求。Tomcat8在Linux系统中默认使用这种方式。Tomcat7必须修改Connector配置来启动：3、apr安装起来最困难,但是从操作系统级别来解决异步的IO问题,大幅度的提高性能.即Apache Portable Runtime，从操作系统层面解决io阻塞问题。Tomcat7或Tomcat8在Win7或以上的系统中启动默认使用这种方式。Linux如果安装了apr和native，Tomcat直接启动就支持apr。具体安装办法百度4、在那里看我们的tomcat以何种工作模式启动的啊？Tomcat启动的时候，可以通过log看到Connector使用的是哪一种运行模式： Starting ProtocolHandler ["http-bio-8080"] Starting ProtocolHandler ["http-nio-8080"] Starting ProtocolHandler ["http-apr-8080"]Paste_Image.png【3.2.1】启动nio模式
修改server.xml里的Connector节点,修改protocolorg.apache.coyote.http11.Http11NioProtocol
Paste_Image.pngPaste_Image.png这里有个问题啊？ 为什么它不直接改成NIO的形式呢？这个方式是利用了jdk 1.4及后续版本提供的一种新的I/O操作方式(即java.nio包及其子包)为桥梁实现的，不改成这种优化方式就是为了兼容1.4之前的JAVA项目也能跑起来。
Paste_Image.png【3.3】执行器（线程池）默认的tomcat没有启用线程池，在tomcat中每一个用户请求都是一个线程，所以可以使用线程池提高性能。这里前台其实有一个调度线程，然后调度线程会放入线程池内，然后到到一定的时候线程池的任务变成工作线程啊。
【3.3.1】
Paste_Image.pngPaste_Image.pngPaste_Image.png【3.3.2】参数说明
threadPriority （优先级）(int)线程的线程优先级执行程序,默认是5(NORM_PRIORITY常数)daemon（守护进程）(布尔)是否应该守护程序线程,线程默认是truenamePrefix（名称前缀）(String) The name prefix for each thread created by the executor. The thread name for an individual thread will be namePrefix+threadNumbermaxThreads（最大线程数）(int) The max number of active threads in this pool, default is 200minSpareThreads（最小活跃线程数）(int) The minimum number of threads always kept alive, default is 25maxIdleTime（空闲线程等待时间）(int) 一个空闲的线程shutsdown之前的毫秒数,除非活动线程的数量不等于minSpareThreads。默认值为60000(1分钟)maxQueueSize（最大的等待队里数，超过则请求拒绝） (int) 可运行的最大数量可以排队等待执行的任务之前,我们拒绝他们。默认值是Integer.MAX_VALUEprestartminSpareThreads（是否在启动时就生成minSpareThreads个线程）minSpareThreads是否应该开始在开始执行程序,默认是falsethreadRenewalDelay（重建线程的时间间隔）(long)重建线程池内的线程时，为了避免线程同时重建，每隔threadRenewalDelay （单位： ms ）重建一个线程。默认值为1000 ，设置为负则不重建【3.3.3】最佳配置
Paste_Image.png【3.3.4】3.4.连接器（Connector）优化
我们知道TOMCAT_HOME/conf/server.xml可以配置端口，虚拟路径等等 Tomcat相关主要配置。
1.Connector 优化Connector是连接器，负责接收客户的请求，以及向客户端回送响应的消息。所以 Connector的优化是重要部分。默认情况下 Tomcat只支持200（优化手段三可以根据服务配置 可以改变这个值）线程访问，超过结果：超过这个数量的连接将被等待甚至超时放弃，所以我们需要提高这方面的处理能力。修改这部分配置需要修改TOMCAT_HOME/conf/server.xml，打开server.xml找到Connector 标签项，默认配置如下： port代表服务接口；protocol代表协议类型；connectionTimeout代表连接超时时间，单位为毫秒；redirectPort代表安全通信（https）转发端口，一般配置成443。 可以看到除了这几个基本配置外并无特殊功能，所以我们需要对 Connector 进行扩展。 其中Connector 支持参数属性可以参考Tomcat官方网站（https://tomcat.apache.org/tomcat-8.0-doc/config/http.html）修改为如下配置：Connector是Tomcat接收请求的入口，每个Connector有自己专属的监听端口8088端口 接受http请求
Connector有两种：HTTP Connector和AJP Connector
一个Service节点代表了一个或者多个Connector和一个Engine，而Connector和Engine是在server.xml中两个重 要的配置项，Connector的主要功能是接受、响应用户请求。常用的Connector有HTTP/1.1 Connector和AJP Connector，HTTP/1.1 Connector主要用于处理用户的HTTP请求，需要注意的是虽然它名叫HTTP/1.1 Connector，但是是完全兼容HTTP/1.0协议的。AJP Connector主要使用AJP协议和Web Connector通信，通常用于集群中。
HTTP/1.1 Connector的实例监听在用户配置的端口上，当应用服务器启动时，HTTP/1.1 Connector负责创建若干线程，用于处理用户请求，创建的线程数目取决于用户配置的minThreads值，默认为5，当有